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EXPLORING 


A DOS DISKETTE (Ul 



■p.L. 86-33 


INTRODUCTION 


Many data systems professionals will go 
through an entire career using a personal com¬ 
puter and handling small diskettes without 
really having an idea of how data is organized 
on them. There is nothing magic about it and, 
in fact, it isn't really difficult to under¬ 
stand where and how information is being 
stored and what it looks like on the disk. 


This paper will attempt to explain how a 
51/4 inch floppy disk is organized under PC- 
DOS 1.1, written by Microsoft for the IBM-PC. 
We will be using an IBM-PC and two double- 
sided double-density disk drives. 

Most information was obtained from the 
Peter Norton book, Inside the IBM -PC , one of 
the most useful books on small computers I 
have found, and the IBM DOS 1.1 manual—very 
useful both as to in format ion and as a cure 
for insomnia. 

The diskette data displays were obtained 
through the use of the Peter Norton utility 
DISKLOOK. 

Microsoft went to great lengths to have the 
software overhead take up as little room on 
the diskette as possible. This, obviously, 
makes good sense. A small computer isn't much 
good to you if the operating system takes up 
the entire disk. As a consequence, the direc¬ 
tory and allocation table look rather cryptic, 
but once explained they are easily understood. 


LOOKING AT THE DISKETTE 


Formatting 

When a user removes a blank diskette from 
the box for the first time he has two choices. 
He can use it as a frizbee or he can turn it 
into a reliable storage medium for use in his 
personal computer. We will address the second 
possibility with the full knowledge that we do 
not exclude the first possibility at any step 
of the process. 

When you run the FORMAT program, as you al¬ 
ready know, the diskette under DOS 1,1 is di¬ 
vided into 40 tracks per side, 8 sectors per 
track, with a boot record, directory, file al¬ 
location table, and, optionally, an entire 
operating system. Ok, let's format it. 


Exploration 

We'll now take our formatted diskette and 
place it in drive "B"—the one on the right. 
In the left drive we'll place the Norton Util¬ 
ities and type in DL for DISKLOOK. This as¬ 
sembly language program will allow the user to 
look at the floppy diskette in the right drive 
sector by sector. 


After DL is typed a self explanatory list 
of options comes up on the screen. We choose 
one that allows us to select a particular sec¬ 
tor, side, and track. We * 11 start by looking 
at the 'Boot Record', which is on the first 
sector of the disk. 
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Side Op Track 0, Sector 1 
1st sector of Boot record 

EB279003 01140000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 OOOOOOCD 19FA8CC8 6ED633D2 ..3. 

BED2BC00 TCFBBeeO OOBEOBBE C033D2eB C2CD1372 69EdS500 . I..3 .ri... 

72DD2Ea3 3E037C08 74062ECB 0BG47002 BB00002E SB0E037C .r..I.t....d) .t 

S1B0092A C1B400BB F05633D2 33C0BAC5 2EF63B64 7D8AE&BA .0..«.V3.3. 6d)... 

F4SBC6B4 02CD1372 2D5E592E 293B057C 74XF8BC6 2EF72665.r-'‘Y.)6.lt.be 


7D030aFE C5B101S1 BE08002E 3B3B0S7C 7C052£dB 36057CEB .}. 0.... ;6.11.. .'6. t. 

COEAOOOO 6000BE67 7DE80200 EBFE32FF 2EAC247F 740B5GB4 . '..gl .2...SIt.V. 

0EBB0700 CD105EEB EFC3E933 FFBBOOOO B90400Ba 0102CD13. ''....3 . 

lE7233dC CBBED8BF 0000B90B O026B00D 20288040 202047E2 . .r3.Gi.B 6. 

F4BF0000 BEBB7DB9 0B00FCF3 A6750FBF 2000BE97 7DB90B00.}... }... 

F3A67502 1FC3BE1B 7DEeA2FF B400CD16 1FF9C30D 0A4E6E6E ...u.)...Non 


2D537973 74B56D20 B46973BB 206F7220 84697366 20657272 .-Syste* disk or disk err 

6F72000A 5265706C 61636520 616E6420 73747269 6B6520&1 .or..Replace and strike a 

6E79206B 65792077 68656E20 72656164 790D0A00 0100020D .ny key when ready. 

0A446973 6B20426F 6F742066 61696C75 72650D0A 00406963 ..Disk Boot fallure...Hlc 

726F736F &6742C49 6E632069 62&D6269 6F202063 6F6D3069 .rosoft.Inc Ibnblo conOl 

626D646F 73202063 6F6D3005 C606772F FF837EFC 00750B80 .badoa co»0...w/.,^..u.. 

7EF73B75 05C60676 2FFF89EC 5DCA0400 00000000 00000000 .'.;u...v/...J. 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 .. ■... a .. 

Figure 1 - The Boot Record 


Th is record serves one purpose, It in* 
structs the operat ing system in read only 
memory (ROM, as it is known to its friends) to 
go to the location on the diskette containing 
the rest of the operating system and read it 
into memory. If the system is there, it is 
read in; if not, control returns to the boot 
record and an error message is printed out. 


So as the prompt comes up, we type in 0 for 
the side, 0 for the track, and 1 for the sec¬ 
tor. Zero for the side? Real people start 
counting at 1, computer people start at zero. 
OK, why didn't we start at track zero? There 
is no track zero! Tracks on the PC were num¬ 
bered by a computer person who skipped class 
the day they learned how to count. Tracks 
start at 1, everything else at 0. 


As soon as this information is entered, the 
screen display comes up with 6 columns of hex¬ 
adecimal numbers on the left, and a few read¬ 
able words and other symbols on the right. 
This is the sector we requested, and is a 
display of the Boot Record. 


Looking at the boot record (Figure 1), you 
can see rows of hexadecimal numbers broken 
into six columns with an ASCII translation 
next to each row. Since the boot record is in 
machine language 'we would not expect to see 


many ASCII characters and, in fact, we don't. 
Look down, now, at the 13th row and below. 
There we do see a translation and we probably 
recognize it. We are, of course, looking at 
the error messages that we get when we have 
put a non-system diskette in drive A and at¬ 
tempted to boot up. To keep the boot record 
as small as possible, Microsoft wrote the pro¬ 
gram in machine language but the messages to 
the user had to be in ASCII characters. 


The Directory 


The next two sectors contain what is known 
as the File Allocation Table (FAT). We will 
skip the FAT for a moment and proceed to sec¬ 
tor 4, still on side 0. 


Sectors 4 through 11 have the directory. 
This area contains all the information neces¬ 
sary for the operating system to retrieve 
files requested by the user, to sort them by 
time and date, if required, and to perform 
other operations as needed. 


Looking at the directory (Figure 2), we do 
aee some sort of information in the first cou¬ 
ple of lines, and we*ll get to that shortly, 
but for the most part we see rows of F6*s and, 
every so often, an E5. When we formatted the 
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disk, the program took all 40 tracks (0 - 39) 
and put a pattern of 11110110 (F6 in hex) on 
them. It then went to the directory area and, 
each 32 bytes put an E5, The E5 signifies the 
beginning of a file record. Now, a sector 
will hold 512 bytes of data and there are 8 
sectors allotted for the directory. Eight 
sectors will have space available for 4096 
bytes (8 x 512). Since there are 32 bytes per 
record, a DOS 1.1 diskette can hold 128 files 
(4096 divided by 32). 

The first few lines of the directory do ap¬ 
pear to be telling us something. Microsoft 
organized the entries in the following manner: 


With this information, we'll try to understand 
the directory. 

Starting at the first line of Figure 2, we 
can see some readable characters. The first 
ten bytes contain the hex equivalent of the 
ASCII characters for PROJECT.BAK. We can see 
this translation on the right. So, bytes 0 
through 10 show that the first entry in our 
directory is PROJECT.BAK. 


Byte 11 has a 00 as it is supposed to be¬ 
cause it is not a hidden file or a system 
file. The user has the opportunity to make a 


BYTE 

0-7 File name (an E5, at offset 0, indicates that the 
the file has been erased). 

8-10 Filename extension 

11 File attribute 02 = hidden file, 04 = system 

file, 00 for all other files. 

12-21 Reserved; this implies that in a future version 
of this operating system some or all of these 
bytes will be used to further describe the file. 

22-23 Time the file was created or last updated. Time 
is mapped according to the following rules: 

23 I 22 

hour I minutes | seconds 
15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 

hours = binary number of hours (0-24) 
minutes = binary number of minutes (0-59) 
seconds = binary number of two-second increments 

24-25 Date the file was created or last updated. 

Mapping is done as follows: 

25 I 24 

year | month | day 

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 

year =0-119 (1980 - 2099) 
month= 1-12 
day = 1 - 31 

26-27 Cluster number of the first cluster in the file. 

28-31 File size in bytes. The first word contains 

the low order part of the size. Both words are 
stored with the least significant byte first. 
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FOR OFFICIAlj U6B OMLY 


Side 0, Track 0, Sector 4 
lat sector of Directory 
50S24F4A 45435420 42414B00 00000000 
E4080200 003S0000 324A554C 59202020 
00000000 0000ABA4 £3081000 80100000 
F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 
E5F8F&F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 
F6F6F8F6 F6F6F6F$ E5F6F6F6 F6F6F6F6 
F8F6F6F6 F6F6F6F8 F6F6F6F6 F8F6F6F6 
F6F6F6F6 F8F6F6F6 F6F6F6F6 F6F8F6F6 
E5F6F6F8 F6F6F6F6 F6F6F6F6 F6F6F6F6 
F6F6F6F6 F6F6F6F6 E5F8F6F6 F6F6F6F6 
F6F6F6F8 F6F6F6F6 F6F8F6F6 F6F6F6F6 
F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 
E5F6F6F8 F6F6F&F6 F6F6F6F6 F6F8F6F6 
F6F6F6F8 F6F6F6F6 E5F6F8F6 F6F6F&F6 
r6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 
F8F6F6F6 F8F8F8F8 F6F8F6F8 F6F8F8F6 
E5F6F8F6 F8F6F6F8 F6F6F8F6 F6F6F6F6 
F&FSFSFe F6F6F6F8 E5F8F6F6 F6F6F8F6 
F&F6F6F& F6F6F6F6 F6F6F8F8 F&F8F6F6 
F8F8F6F6 F6F6F6F6 F6F6F6F6 F6F8F6F6 
E5F6F6F8 F6F8F6F6 F6F6F8F6 F8F6F6F6 
F6F6F6F6 F6F6F6F8 

Fl9ure 2 - 


00000000 0000914D .PROJECT BAX.H. 

42414B00 00000000 .6..2JUUy BAR. 

E5F8F6F6 F6F6F6F6 . 

F6F6F6F6 F6F8F6F6 . 

F&F6F6F6 F6F6F6F6 . 

F6F6F6F8 F6F6F8F& . 

E5F6F6F6 F8F6F6F6 . 

F6F6F6F6 F6F6F6F6 . 

F6F8F6F& F6F6F6F6 . 

F6F8F6F6 FeF6F6F8 ...... 

E5F6F6F6 F6F6F6F6 . 

F6F6F6F6 F6F6F6F6 . 

F6F6F6F6 F6F6F6Fk . 

FeF6F6F6 F6F6F6F8 . 

E5F6F6F6 F8F6F&F8 . 

F6F6F6F6 F6F6F6F6 . 

F6F6F6F6 F6F6F6F6 . 

F6F&F8F6 F6F8F6F8.. 

E5F6F6F6 F6F6F8F6.. 

F6F6F6F6 F6F6F6F6 . 

F8F6F8F8 F8F8F6F8 . 


The Directory 



file hidden so that in a directory search the 
particular file in question will not appear. 
Bytes 12 through 21 have 00*s as they are sup¬ 
posed to. 

Bytes 22 and 23 have the time as you can 
plainly see. You say you don't plainly see 
that? It really is a little confusing, so 
lets take a look: 


space needed and that is important to an 
operating system. 

Bytes 24 and 25, which contain an E408, 
represent the date, and again, we'll examine 
this closely: 

We first switch them. 

08E4 * 0000 1000 1110 0100 


For the file PROJECT the time is written as 
914D. This can be represented as 1001 0001 
0100 1101. Referring to our file description 
on page 14, the first thing we do to translate 
this is to reverse bytes 22 and 23. So we 
would get 0100 1101 1001 0001. Now, the left¬ 
most five bits represent the time. This means 
we have: 

(0 X 2^) + (1 X 2^) + (0 X 2^) + (0 X 2^) + 1 

which equals 9 AM; if it were 9 PM, we would 
get 21 (2100 hours). 

The next 6 bits represent the minutes. Us¬ 
ing the same logic as before, we get 44. The 
last bits give the number of 2 second incre¬ 
ments, 10001 would give us 17 indicating 34 
seconds. 


Well, that's how the time is represented— 
somewhat confusing but it does minimize the 


Now the first seven bytes represent years 
past 1980, In our case 0000100 represents 
4, indicating that the file was made in 
1984, The next four digits, 0111, 
represent the month: 7 (July). The last 
digits 00100 represent the day, 4 in our 
case. 

So, now we know that PROJECT.BAK was placed 
on the disk on July 4, 1980 at 9:44 in the 
morning. 

Bytes 26 and 27 give the starting cluster. 
We will look at that further when we examine 
the FAT but suffice it to say right now that 
this file starts at cluster 2, 


Bytes 28 - 31 contain the file size with 
the first word containing the lower order part 
of the size and both words stored with the 
least significant byte first. This is 
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side 0, Track 0, Sector 2 
Ifit sector of File Allocation Table 

FFFFFF03 400CW580 00078000 09A0000B COOOODEO OOOFFOFF . 0..' 

11200113 4001FF0F 00000000 00000000 00000000 00000000 .. ..0... 

00000000 00000000 00000000 00000000 00000000 00000000 ...- 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 ..... 

00000000 00000000 00000000 00000000 00000000 00000000 .. 

00000000 OOOOOOOO 00000000 00000000 00000000 00000000 . 

00000000 OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO .. 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO .. 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO F6F6F6F6 .. 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 . 

F6F6F6F6 F6F6F6F6 . 


Figure 3 - The File Allocation Table 


basically the same idea that Microsoft used 
when storing the time and date so we won’t go 
through it again, but the file size is 13,024. 

There, without much stress we have been 
able to understand how file information is 
stored in the directory by DOS 1.1. 

The File Allocation Table 


Since there are a total of 640 sectors per 
diskette, there are 320 clusters. How many 
bytes do we need to represent a cluster? 
Clearly 1 is not enough, it could only 
represent numbers from 0 to 255. Two would be 
fine (up to 64k could be represented) but this 
takes up too much room. Microsoft settled on 
1.5 - 12 bits. So, when we talk about offsets 
in the file allocation table we are talking 
about groups of three hex characters (a byte 
and a half!). Since a nibble is half a byte, 
how about a * chomp* for a byte and a half? 


In addition to sides, tracks, and sectors, 
the diskette is also divided into clusters 
with two sectors per cluster. Since a sector 
can hold 512 bytes of data, a cluster can hold 
1024, The function of the File Allocation 
Table is to keep track of which clusters are 
holding which files* data. If data is to be 
put onto a diskette it is allotted room in 
1024 byte chunks at a time. If a file only 
consists of 1 byte it is still allotted 1024. 
This may seem wasteful, but every cluster re¬ 
quires a corresponding entry in the FAT, If 
we decrease the size of the clusters, we in¬ 
crease the size of the FAT and, therefore, in¬ 
crease the amount of time that must be spent 
looking in the FAT for the next cluster. The 
designers of this operating system evidently 
felt that 2 sectors per cluster was just about 
right. 


Let’s first look at offsets 0 and 1 in the 
FAT in Figure 3. Remember, when we talk about 
an offset in the FAT, we are talking about 1 
chomp—a byte and a half. We see FFF for 
offset 0 and then another FFF for offset 1, 
The first FFF tells the operating system that 
we have a double sided diskette. If it were 
single sided there would be an FFE. The FFF 
at offset 1 is a filler reserved for future 
use by IBM or Microsoft. 


As mentioned above, the first cluster of 
our first file is #2, which corresponds to 
track 0, sectors 3 and 4, of side 1. These 
relative correspondences can be found in the 
IBM DOS 1.1 manual, Appendix C. After the 
operating system has read that cluster, where 
does it go next? Does our file continue at 
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Side 0, Track 0, Sector 4 
1st sector of Directory 
ES524F4A 45435420 42414B00 
E4060200 00360000 324A554e 
00000000 0000ABA4 £3081000 
F6F6F6F6 F6F6F6F6 F6F6F6F6 
E5F&F&F6 F6F6F6F8 F8F6F6F6 
F6F6F6F6 F6F8F6F6 ESF6F8F6 
F6F8F6F6 F6F6F6F6 F6F6F6F6 
F6F6F6F8 F6F6F6F6 F6F6F6F6 
E5F6F6F6 F6F6F6F6 F6F6F6F6 
F6F6F6F6 F6F6F6F6 E5F6F&F6 
F6F6F6F6 F6F6F6F6 F6F6F6F6 


00000000 00000000 0000914D 

59205020 42414B00 00000000 
80100000 E5F6F6F6 F6F6F6F6 
F6F6F6F6 F6F6F6F6 F8F6F6F6 
F6F6F6F6 F6F6F6F6 F6F6F6F6 
F6F6F6F6 F6F6F8F6 F6F6F6F6 
F6F6F6F6 E5F6F6Fe F8F6F6F6 
F&F6F6F6 F6F6F6F6 F6F6F6F6 
F6F8F6F6 F6F6F6F6 F6F6F8F6 
F6F6F6F6 F6F6F6F6 F6F6F6F6 
F6F6F6F6 E5F6F6F6 F6F6F6F6 


..ROJECT BAK. 

.6..2JULy BAK. 


Figure 4 - Directory With First File Erased 


the next cluster or is it located at some en¬ 
tirely different location on the disk. Or, 
for that matter, is there a next cluster? 
This is where the FAT comes in. We read the 
first cluster which happened to be cluster #2. 
We are now interested in the next cluster of 
our data. You take the cluster that you have 
just read, and if it is an odd number you sub¬ 
tract 1 (in this case you don't do anything 
because 2 is not odd). You then go into the 
FAT 2 positions and write down the next two 
chomps that you find. You should be writing 
down 034 000. 


In general, if we have 6 hex digits: 
hi h2 h3 h4 h5 h6, 

we unscramble them to form two words: 

0 h4 hi h2 0 h5 h6 h3. 

OK, let's try that with the 034 000. In this 
case, the hi = 0, h2 = 3, h3 = 4, an^ h4, h5, 
and h6 equal O's, Rearranging our numbers we 
get: 0003 0004, Now, we were interested in 
cluster #2. Since it is even, we use the 
first byte (0003), if it were odd we would 
have used the second byte (0004). 

Looking at the FAT again, it does appear 
that the clusters were assigned in order. 
Suppose we were interested in the 15th clus¬ 
ter. We count in 14 (remember, with an odd 
number—15—we subtract 1) groups of 3 hex di¬ 
gits at a time. We come to OFFOFF, The di¬ 
gits are unscrambled according to the above 
formula, and we come up with OOOF OFFF. Since 
15 is odd, we are interested in the second of 
the two words. OFFF is clearly too large a 
number to represent a cluster and, yes, as you 
have probably deduced, it indicates an end of 
file. The 15th cluster of PROJECT.BAK is the 


last cluster of our file. There is no 16th 
cluster. 


As you can see the FAT is quite important. 
It is so important that there are two copies 
of it on the diskette, one in sector 3 and one 
in 4. If one cannot be read, for whatever 
reason, hopefully the other one can be. Both 
the FAT and the directory are read into memory 
when the system is brought up and are kept 
there. 
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FOR CimCIAL USE OMLY 


Side 0, Track 0, Sector 2 
let sector of File Allocation Table 

FFFFFFOO 00000000 00000000 00000000 00000000 00000000 ... 

11200113 4001FF0F 00000000 00000000 00000000 00000000 .. ..9. 
00000000 00000000 00000000 00000000 00000000 00000000 ....... 

00000000 00000000 00000000 00000000 00000000 00000000 ... 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 .. 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

00000000 00000000 00000000 00000000 00000000 00000000 . 

Figure 5 - FAT With First File Erased 


Removing Files 


Suppose that for reasons of privacy we de¬ 
cide that we don't want anyone to see the file 
PROJECT.BAK so we erase it, Looking at the 
revised directory (Figure 4), there is an E5 
in place of the first character of the file 
name but it doesn't appear that anything else 
has changed. 


If we look at the FAT (Figure 5) it appears 
that the sectors that were being used for 
PROJECT.BAK are now available. They, of 
course, are the ones starting at offset 2 
(chomps), and continuing for the entire line. 

Looking through the diskette (which we will 
do shortly) you would find that PROJECT.BAK is 
still there and, in fact, has not been 
touched, 


So, as you can seen, when a file is erased 
the FAT is changed to indicate that the area 
taken up by that file is now available. The 
first character of the file name is changed to 
an E5. But that's it. The file is still 
there! If you create a new file, chances are 
that you will write over the old one but if 
you erase the file, and then remove the disk¬ 
ette from your computer, you have not done 
much of anything to assure privacy. If some¬ 
one decides to go searching through the disk, 
the FAT could not be used but the name in the 
directory could probably be recreated and the 


file could be found. There are, in fact, pro¬ 
grams that could make very educated guesses as 
to what the FAT probably looked like and re¬ 
create it for you. 


Editing Files 


Suppose we decide to edit the first of the 
two files on our diskette and, in fact, make 
it longer. What happens? 1*11 take a file 
known to be longer, give it the same name as 
the first file now on the diskette and we will 
see what happens. 


Looking at the new directory (Figure 6), it 
would appear that the date and time have 
changed and the file size is bigger. The 
starting cluster did not change. 


Now lets look at the FAT (Figure 7). The 
starting cluster is the same as before but 
look at offset i^l5. Remember we used to have 
OFFOFF, which translated to an end of file. 
If we look at the entry there now, by using 
our calculations we see that this new longer 
file takes up the same spaces that the older 
shorter one did, and then routes itself around 
the second file, 2JULY.BAK, This is an in¬ 
teresting and important feature of DOS 1.1. A 
less sophisticated operating system, such as 
the UCSD p-System would always look for a con¬ 
tiguous area large enough to hold the entire 
file. If such an area were not found, the 
user would get an 'out of space' error when, 
in fact, there may very well be more than 
enough room, DOS, however, would not do this. 
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Side 0, Treck 0, Sector 4 
let sector of Directory 

50524F4A 4S439420 42414BOO 00000000 00000000 00002791 .PROJECT BAK. 

84080200 808E0000 324A5S4C S9202020 42414800 00000000 .2JULY BAK 

00000000 0000A8A4 E3081000 80100000 ESF8r8F6 FEFEFEFE ... 

F6F6F8F6 F6F6F&F6 F6F6F6F6 F6F6F6F6. F6F6F8F& F&F6F8F8 . 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 . 

F6F6F6F6 F6F6F6F8 ESF6F&F6 F6F6F6F6 F6F6F6F& F8F6F6F8 . 

r6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 ESF6F6F6 F8F8F6F6 . 

F&F&F&F8 F&F6F&F6 F6F6F6F& F6F8FSF& F6F6F6F8 F6F6F&F6 . 

ESF8F6F8 F8F8F8F8 F6F8F8F6 F6F8F6F6 F6F8F6F6 F6F6F6F6 . 

F6F6F8F6 F6F6F6F6 ESF6F6F6 F6F6F6F6 F6F6F6F6 F8F6F6F6 .. 

F6F6F6F8 F8F6F6F6 F6F6F6F6 F6F6F8F8 ESF6F6F6 F8F6F6F6 . 

Figure 6 - The New Dlrect.ory 


Side 0, Treck 0, Sector 2 
Ist sector of File Allocetion Teble 

FFFFFFOa 40000560 00078000 09A0000B COOOODEO 000F5001 .P., 

11200113 4001FF6F 01178001 19A0011B COOllDEO 011F0002 .. ..9..o. 

21200223 40022360 02278002 29A002FF OFOOOOOO 00000000 .! .M.k'.'..). 

00000000 00000000 00000000 OOOOOOOO 00000000 00000000 .. 

00000000 00000000 00000000 00000000 OOOOOOOO OOOOOOOO . 

00000000 OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO ..... 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO .... 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO .. 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO . 

Figure 7. The New FAT 
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It simply places the file, a cluster at a 
time, onto the disk. The clusters do not have 
to be contiguous. Of course, there must be 
enough clusters available. 

An ASCII File 


We*ve looked at an assembly language pro¬ 
gram (the Boot record), the FAT, and the 
directory. It would be instructive to look at 
a couple of ASCII files. The first one that 
we will look at will be exactly that—a pure 
ASCII file, and the second one will be an 'al¬ 
most* ASCII file—a file make by a wordpro¬ 
cessing program. 


Figure 8, has a few phrases from "The Mid¬ 
night Ride of Paul Revere". 


This is quite readable without anyone's 
help. Notice that in the middle of the second 
line, there is a OD and then a OA, This is an 
ASCII 13, which is a carriage return, and then 
an ASCII 10 which is a line feed. 


The file in Figure 9 was created by one of 
the more popular word processing programs, 
Wordstar. So that we may better understand 
what we are looking for, we will first take a 
look at the file as it would appear in print: 


discussion of the necessities of coiparing 
the architEcture of nicro-processors rather than siiply relying on a 
faencttsark or tw) Nhen atteipting to deteraine the lerlts of tm or 
■ore different devices. 

In discussing the 8086, it should also be understood that we are 
discussing the 6068. Rny reference in this report to the 6666 also 
itplies the 8886. Where there are differences 


Looking at the translation on the right side 
of Figure 9, it seems almost readable. The 
first thing that appears to be slightly wrong, 
however, is that the last ASCII character of 
each word is not quite right. What' s wrong 
with it? Lets look at the first line. Look¬ 
ing at the string 69 73 63 75 73 73 69 6F EE, 
we know that the word should be *discussion', 
but where is the 'n*? Lets look at the EE: 

EE = 1110 1110 


If we removed the most significant bit we 
would have: 

110 1110 

which is a decimal 110 or an ASCII 'n'. Since 
only seven bits are required to represent the 
standard ASCII characters, it appears, then, 
that what Wordstar did is use the most signi¬ 
ficant bit of the last character in a word to 
indicate end of word. 


In Wordstar and most other wordprocessors, 
the typist does not push the carriage return 
except at the end of a paragraph. As we can 
see from the above quote, after the word 'com¬ 
paring ' (Figure 9, line 2) there should be a 
carriage" return and line feed. At the begin¬ 
ning of the 5th column in the second row we 
see an E7. As before, we strip away the left 
most 1, giving us a hex 67 which is an ASCII 
103, the *g* that we expected. Next to that 
is a hex 20, a space, and then an 8D, 

Pulling our usual operation with the left¬ 
most 1, we would get OD = 13, a carriage re¬ 
turn. Next to that is a OA = 10, a line feed, 
then another line feed and carriage return. 
So it appears that carriage return, 1ine feed 
combinations which are inserted by the 
wordprocessor have a 1 in the leftmost posi¬ 
tion of the carriage return byte. 

We can verify this by looking at the end of 
line 10. There we have a carriage return in¬ 
serted by the user—end of paragraph. Notice 
that this time we have OD OA OD OA whereas be¬ 
fore we had 8D OA 8D OA. This is how Wordstar 
knows when it has gotten to the end of a para¬ 
graph. 

If you have ever wondered why you couldn't 
use a standard wordprocessor to write Pascal 
programs, you are probably beginning to see 
the problem. Since each byte is eight bits 
and ASCII character representat ion only re¬ 
quires the least significant seven bits, the 
wordprocessor has the remaining 128 characters 
that it can put to very good use. The com¬ 
piler cannot always recognize these charac¬ 
ters. 


In the case of Wordstar there actually is a 
mode which will allow you to write programs 
but, to allow this, Wordstar has to sacrifice 
some of its versatility. 
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Side Track 5^ Sector 5 
let aector of TESTREC 

4C697374 6S6E206D 792063Sd 696C6472 656E20&1 6E642079 .Listen sy children and y. 
6F752073 6dE16C6C 20666561 720D0A6F 66207466 65206D69 .ou shall hear..of the ni. 
&46E69&7 68742072 69646520 6F662050 61736C20 32657665 .dnlght ride of Paul Revel 
72652E00 0A4F6E20 74686320 31387468 206P6&20 41707269 .re...On the l&th of April 
&C20696E 20373S2C 0D0A6861 72646C79 20612060 &16E2069 .1 in 75...hardly a aan il 
73206E6F 7720616C 69766500 0A776&6F 20726560 65606265 .a now alive..who re.e.bel 
72732074 68617420 66616063 6r757320 64617920 616E6420 .rs that faaeoua day and . 

79656172 2EOOOAOO 0A486520 73616964 20746F20 68697320 .year.He aald to hla . 

66726963 6E642C20 69662074 68652042 72697469 73682060 .friend, if the Britiah ■. 
61726368 000A6279 206C616E 64206F72 20736561 2066726F .arch..by land or aea fro. 
60207468 6S20746F 776E2074 6F6E&967 6874000A 68616E67 .a the town tonight..hang. 
2061206C 61&E7465 726E2061 6C&F6674 20696E20 74686520 . a lantern aloft in the . 
62656C66 72792061 72636800 0A6F6620 74686520 4E6F7274 .belfry arch..of the Nort. 
68204368 75726368 20546F77 65722061 73206120 7369676E .h Church Tower aa a aianl 


Fi 9 ure 8 ~ An ASCII File 


Side 1^ Track 0, Sector 5 
3rd sector of PROJECT.BAK 

&973&375 7373&96F EE206FE& 20746BE5 206E6563 65737389 .iscusslo. o. th. necessl. 

746965F3 206FE620 636F6D70 6172696E E7208D0A eD0A7468 .tie. o. coaparin.th. 

E5206172 63686974 65637475 72E5206F E6206D69 63726F2D .. architectur. o. aicro-. 

70726F63 6573736F 72F32072 61746865 F220746d 61EE2073 .processor, rathe, the. s. 

69&D706C F92072&5 6C79&96E E7206FEE 20E120dD OA8DOA&2 .Ispl. relyln. o.b. 

656E636d 6D6172EB 206FF220 7477EF20 776d65EE 20617474 .enchnar. o. tw. whe. stt. 

65&D7074 696EE720 74EF2064 65746572 6D&9&EE5 20746dE5 .enptin. t. deterain. th.. 

206D6572 6974F320 6FE62074 77EF206F F2208D0A 8D0A6D6F . merit, o. tw. ..so. 

72E52064 69666665 72656EF4 20646576 69636573 2E0D0A0D .r. dlfferen. devices. 

0A202020 202049EE 20646973 63757373 696EE720 7468E520 .. I. diecusain. th. . 

38303836 AC2069F4 20736d6F 756CE420 616C73EF 2062E520 .8086, i. ahoul, ala. b. . 

756E&465 7273746F 6FE42074 6861F420 77E52061 72ES20dD .underatoo. tha. u. ar. .. 

0A8D0A64 69736375 7373696E E7207468 £5203830 3d38AE20 ....diacuasln. th. 6088. . 

20416Er9 20726566 65726S6E 63ES2069 ££207468 69F32072 , An. referenc. X. thi. r. 

Figure 9 - A Typical Sector from a Wordproceesor 


CONCLUSION BIBLIOGRAPHY 


There you have it—a walk through a DOS 1.1 
diskette. There was nothing very hard or com¬ 
plicated about what was seen or done and, 
hopefully the reader has gained some informa¬ 
tion about an object that is very important in 
their professional life—a 5 1/4 inch disk¬ 
ette. 


Microsoft, Disk Operating System , IBM Corp. 
Boca Raton, FL 33432, 1982. 

Norton, Peter, Inside the IBM-PC , Robert J. 
Brady, Co., Bowie, MD 20715, 1983. 

-. The Norton Utilities , Peter Norton, 

Santa Monica, CA 90403, 1983. 
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HUMAN 



86-36 


P13 


M any people tend to think that human 
factors specialists produce nothing 
but reports, papers, and advice 
(usually too late and largely 
unheeded!). A recent article in the 
Human Factors Society monthly Bulletin vividly 
counteracts this limited impression. 

"...Buried within human factors R&D work 
are lots of products that have value, that 
will solve real problems, and that can and 
will command the respect of the *hard* 
disciplines.. , .For too long we have too often 
been known as the discipline that produces 
nothing more than long, boring, cumbersome 
technical reports. And you know about techni¬ 
cal reports—they usually end up on the shelf, 
never to be read." 

A survey made by the author, William B. 
Askren (Air Force Human Resources Laboratory, 
Wright-Patterson Air Force Base) revealed a 
wide range of practical "products" within 
various projects carried out by his organiza¬ 
tion and others. He lists them as follows, in 
order from concrete to less tangible: 

prototypes, mockups, drawings 
handbooks, training curricula, training 
manuals, users' guides 
algorithms, models, task analyses 
classification schemes, software, methodol¬ 
ogy, questionnaires, analysis formats 
requirements, regulations, standards, 
specificat ions 

costing data, human capacity information, 
evaluation criteria 

proposals, recommendations, plans, alterna- 
t ives 

definitions, descriptions, examples, illus- 
trations 

hypotheses, concepts, relationships 


quirements in such a way that specific pro¬ 
ducts are identified. Secondly, each product 
should be made a separate deliverable to the 
customer. If a technical report is to be 
prepared as part of the effort, it should be 
thought of as an adjunct to the products." 

I heartily agree, and I believe a large 
part of the problem arises in the total ig¬ 
norance on the part of most people about the 
meaning of "human factors" and what its prac- 
t it ioners can do. At our Agency in part icu- 
lar, most people (if they have heard of human 
factors at all) seem to think of it as con¬ 
cerned with the "subjective" aspects of termi¬ 
nals, furniture, etc. Human factors is every¬ 
thing that is left over when you take away 
"hardware", "software", and "cost"! Human 
factors, these people think, is restricted to 
"vague", "emotional" things like whether a 
chair is "comfortable", a screen is "read¬ 
able", or a console is "attractively styled". 
We really need to do a strenuous job of educa- 
tion to demonstrate to people that human fac¬ 
tors can provide concrete, useful products 
that make a difference to the success of a 
project. In fact, at our Agency, a great many 
things that should be done with the advice and 
aid of human factors specialists are being 
done by engineers and technicians without the 
faintest regard for any but technical con¬ 
siderations. Many things that are defined as 
"hardware" and "software" are really basic hu¬ 
man factors issues and problems. For example, 
what about control of the cursor on a VDT? 
Our managers define this as "software" or 
"hardware", because it is implemented in a 
board or program. But isn't the behavior of 
the cursor a central issue for the USER of a 
system? I think cursor behavior is a HUMAN 
FACTORS issue, not just "software" or 
"hardware. What do you think? 


Askren continues, "I would propose that it 
is incumbent upon those of us engaged in human 
factors R&D projects or application efforts to 
help our customers define their research re- 


Nov 84 * CRYPTOLOG * Page 22 


FOR OFFICIAL USE ONLY 











CID: 4009933 


SOME RECENT ARTICLES AND PUBLICATIONS 

Readability of Text Scrolled on Visual Display 
Terminals as a Function of Window Size 
R.L. Duchnicky and P.A. Kolers 
Human Factors Journal, Vol, 25, No. 6, 
December 1983, pp, 683-692. 

ABSTRACT: "Readability of text scrolled on 
visual display terminals was studied as a 
function of three different line lengths, two 
different character densities, and five dif¬ 
ferent window heights (either 1, 2, 3, 4, or 
20 1ines), All three variables significantly 
affected reading rate, but to markedly dif¬ 
ferent extents. Lines of full and two-thirds 
screen width were read, on average, 25% faster 
than lines of one-third screen width. Text 
appearing at a density of 80 characters per 
line was read 30% faster than text in a format 
of 40 characters per line. Text appearing in 
windows four lines high was read as effi¬ 
ciently as text in 20-line windows, and text 
in one- or two-1 ine windows was read only 9% 
more slowly than text in 20-line windows. 
Comprehension of the passages did not vary as 
a function of window size, indicating that 
subjects maintained a constant level of 
comprehension by varying their reading rate. 
Implications of the results for mixing text 
and graphics and for limited-capacity elec¬ 
tronic displays are discussed," 

Ergonomics in Technical Communication 
Peter Martin 
IEEE Transactions on 
Professional Communication, 

Vol, PC 27, No. 2, June 1984, pp. 62-64. 

ABSTRACT: "The technical communicator must 
be a 'human engineer' because a communication, 
like a computer system, can be a technical 
success but a practical failure if its design 
discourages its use. Four parallels between 
technical communication and user-friendly sys¬ 
tems are discussed: (1) Its overall structure 
should be apparent to the user; (2) it should 
be congenial without being chatty or too per¬ 
sonal; (3) its nomenclature and syntax must be 
consistent throughout al 1 functions; and (4) 
its logic must not trap users in loops but 
should lead them straight to their goals," 

Not Seeing is Relieving: 

Invisible Writing With Computers 
Stephen Marcus and Sheridan Blau 
IEEE Transactions on 
Professional Communication, 

Vol. PC 27, No. 2, June 1984, pp. 69-72, 

ABSTRACT: "Word processors with adjustable 
video screens are used to test students* writ¬ 
ing facility with and without visual feedback. 
Lack of visual feedback seems to have a salu¬ 


tary effect in forcing concentration onto em¬ 
erging thoughts rather than words and sen¬ 
tences. It also prevents interrupting the 
train of thought to edit and correct every few 
sentences. 'Local editing' is regarded as 
counter-productive because it deals with indi¬ 
vidual words and lines instead of reconceptu¬ 
alization and reorganization. For some stu¬ 
dents, however, the lack of feedback per se 
was disturbing and thought disrupting." 

(NOTE: This is a really intriguing paper, with 
some provocative concepts. Especially in¬ 
teresting are the subjects' quoted comments on 
the inability to see what they had written, 
and the effects on their thinking. MED) 

A Study of Revising and Editing 
at the Terminal, 

Jean A. Lutz 
IEEE Transactions on 
Professional Communication, 

Vol. PC 27, No. 2, June 1984, pp. 73-77. 

ABSTRACT: "This paper presents the results 
of a comparative study of experienced writers 
editing and revising at a word processor and 
with pen and paper. Seven writers performed 
four writing tasks, each of which provided 
several kinds of data. Among these are sta¬ 
tistical analyses and graphs of a chronologi¬ 
cal record of changes made in both modes and 
summaries of interviews with the subjects 
after each writing task. Results suggest that 
the word processor directly alters a writer's 
composing style." 

(NOTE: this is another highly interesting pa¬ 
per, It brings up a point that I have never 
seen expressed before, but which seems to 
agree with my own subject ive experience over 
many years of composing, revising my own writ¬ 
ing, and editing others' writing both on paper 
and at a terminal. It appears likely that the 
terminal provides a somewhat smaller, more 
linear, and more restricted psychological 
"window" into a document than a book or sheets 
of paper. It functions more like a tape and 
less 1ike a random access memory. This is no 
problem for most writers with their own compo¬ 
sitions, since they have a relatively clear 
concept of the structure at a high level. 
When editing others* papers, however, or using 
reference materials, the smaller mental "win¬ 
dow" can be a hindrance. Even in my own writ¬ 
ing, I often prefer to print out a draft and 
make final rev is ions on paper to get a feel 
for the document as a whole. If the terminal 
does, indeed provide a smaller, more linear 
psychological "window" for the user in con¬ 
trast to printed books or pages, there are im¬ 
portant implications for automation of some of 
our analytic tasks. I recommend this article, 
MED) 
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CAN YOU TOP THIS CUI 



19 61. End of a lengthy TDY to sites in 
Ope l [ Ready to go home. PanrAm 

flight out of Orly. All on boards Capacity 
load of passengers, freight, mail, and fuel. 
707 trundles out to end of runway. Swings 
around for takeoff. Final checks. Can see 
all sorts of funny control devices in wing 
sliding back and forth, going up and down, and 
so on. Observe that wing is remarkable hunk 
of engineering. All set now. Jets on full 
power. Brakes released. See man near runway 
with hands over ears. Must be dickens of a 
noise out there. Pretty close to rotation 

now. Plane lifts of f. Strange thing. No 

familiar clunk noise as soon as wheels leave 
runway. Stranger thing. Angle of climb 

barely perceptible. Terrifying thing. Plane 
airborne 10 to 15 seconds and still only 20 
feet off the ground. More terrifying thing, 
Plane is yawing badly left and right. First 
reaction is rapid calculation of ongoing 
insurance and special flight insurance to know 
how much wife will get. Total acceptance. 
This is where I buy the farm. For the next 
half hour, pilot earns pay for next five 
years. Wins fight to claw plane up to 2,000 
feet. Intercom comes on. Pilot's voice. 
Cool, confident. The father image ("Daddy's 
taking us for a ride today"). "Lost engine on 
takeoff beyond rotation. Airplane didn't want 
to fly. Sorry for inconvenience. Will circTe 
Orly for next hour dumping fuel." Landed 
safely. Passengers wined and dined during 
engine change, Duty free 1iquor store open. 
Most of passengers were floated on board three 
hours later. Seemed very carefree. I passed 
out before takeoff. Woke up over middle of 
Atlantic. Pilot comes to mind. Pushing 60. 
Gray hair. Probably logged over 1,000,000 
miles. Thank you, pilot, God bless you. 


Wayne, 

//ave you ever considered the endless 
number of unusual experiences, both 
humorous and serious, that have befallen 
TDYers all over the world? They would 
make for a very entertaining book. How 
about a Cryptolog feature called something 
1 ike "Can You Top This?" If peopl e 
responded to it, it could ultimately make 
for a very intriguing collection of anec-\ 
dotal tidbits. Attached is a case in 
point. 

E. Leigh Sawyer 
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PERSONAL COMPUTING 
IN A GROUP lUI 


by 


A63 


Introduction 


Relevancy of the topic . The subject matter 
of this paper is particularly relevant for at 
least three related reasons. First, personal 
computers are relatively new at NSA. In fact, 
they arrived on^a large scale less than a year 
ago beginning around November 1983. Second, 
they are numerous. It is estimated that^ there 
are over 2,000 personal computers at NSA at 
present. Third, because they are new and 
because there are a lot of them, questions are 
being raised regarding their usefulness and 
their capability of being applied to every day 
agency problems as well as their effect on the 
organizations that have acquired them. 


Currency of the data . Since they are so 
new at NSA, it is not illogicaF to assume that 
any study concerning personal computers that 
is undertaken at this time will find the data 
in a state of flux. It is, therefore, 
worthwhile to note that all the data that was 
gathered for this study is current as of April 
1984 and is subject to change. 


Definition by features of * personal com¬ 
puter *. In order to properly discuss any sub- 
ject, it is useful to define it in sufficient 
terms so that any misunderstanding resulting 
from its mention will be minimized. Accord¬ 
ingly, for the purposes of this paper, we 
define 'personal computer* to be a single user 
micro computer programmable by the user, and 


(U) This paper is a slightly expanded ver¬ 
sion of a paper given at the CIS I Spring 
Conference in May 7954. 


with a price under $10,000. The three essen¬ 
tial features in this definition, as discussed 
below, effectively define the set of 'personal 
computers' to include systems such as IBM PC, 
IBM PC/XT, TRS 80, and Apple II, to mention 
just a few. 


On the other hand, examples of systems not 
members of the set include the Hewlett Packard 
9845, Wicat Systems 150WS, and the Xerox 860. 
The first does not meet the set criteria since 
its cost is in the $30,000-and-above range. 
The second is a multiuser microcomputer system 
with a base price in excess of $10,000 and 
thus it fails to satisfy two out of the three 
set criteria. The last system does not qual¬ 
ify as a member of the set since it is a dedi¬ 
cated word processor and not programmable by 
the user. 


Single user . The 'single user* feature 
means that the resources of the computer are 
not shared and are for the exclusive use of a 
single user under normal circumstances. 
Although there is at least one operating sys¬ 
tem for microcomputers out on the market that 
is advertised as a multiuser system (Venix, a 
UNIX look-alike), the vast majority of per¬ 
sonal computers are not equipped with the re¬ 
quired hardware or software to handle more 
than one user at a time. 
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Average cost under $10 , 000 . Although the 
'price under $10,000' feature seems arbitrary 
at first glance, there is some supporting evi¬ 
dence for such a choice. In the April 1984 
issue of PC WORLD, 46 personal computers were 
compared in terms of cost and hardware 
features. They ranged in price from a low of 
$1995 to a high of $14,995. It is notable, 
however, that only one system out of the 46 
reviewed cost more that $7300—the GRiD Tem¬ 
pest, a briefcase portable with 256K of RAM, 
384K of bubble memory, and a 300/1200 bps 
modem to list just a few features. The aver¬ 
age cost for all 46 personal computers re¬ 
viewed was $3723—well under $10,000, 


Programmable by user . The 'programmable by 
the user' feature was included as part of the 
definition to exclude turnkey systems dedi¬ 
cated to a specific function—such as stan¬ 
dalone word processors. Normally, these kinds 
of microcomputers do not have the software 
necessary to allow the average user to write 
and execute programs on them. 


Collection of the data . An informal phone 
survey was used to determine the organizations 
within A Group that have personal computers. 
A questionnaire was then prepared that covered 
the following topics: 

(1) type and quantity of personal computers; 

(2) off-the-shelf personal computer software 
used; 

(3) applications on personal computers; 

(4) operational policies regarding personal 
computers; 

(5) problems and concerns relating to per¬ 
sonal computers; and 

(6) personal computer hardware and software 
support. 


The questionnaire was then applied in personal 
interviews arranged with each organization in 
A Group that was determined to have personal 
computers, A total of 34 organizations were 
interviewed, 


plications is beyond the scope of this paper. 


Topic arrangement ■ The topics covered in 
this paper are roughly the same as those 
covered in the questionnaire. Section 2 cov¬ 
ers the distribution of personal computers in 
A Group. Sections 3 and 4 deal with off-the- 
shelf and custom software and the way in which 
they are applied. On the other hand, the fi¬ 
nal sections deal more with the human aspect: 
section 5 examines operational policies for 
personal computers, section 6 takes a look at 
users' problems and concerns, while in section 
7 user support for personal computers is in¬ 
vestigated , 

2. Distribution of personal computers 
in A group 


Th is section looks at severa1 aspects re- 
lating to the distribution of personal comput¬ 
ers throughout A Group: the distribution of 
current hardware in relation to the distribu¬ 
tion of proposed hardware, the ratio of users 
to personal computers, the types of personal 
computers and the quantity of each, the func¬ 
tional break-down of personal computers, and 
the distribution of personal computer usage. 

Figure 1 


PCs In A Group By Office 



Although the results of the interviews re¬ 
vealed a fairly large proportion of interest¬ 
ing and innovative applications using personal 
computers, a detailed description of these ap- 
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Current and proposed quantity of personal 
computers . In Figure 1, the data show that A 
Group currently has a total of 92 personal 
computers with another 129 systems proposed 
for the next six-month to one-year period. It 
should be pointed out that some organizations 
indicated that they would like to acquire a 
quantity of agency standard terminals (AST) in 
the coming year. Since, however, the AST has 
not yet been officially selected, it remains 
an unknown and for this reason data of this 
type were not included with the data for pro¬ 
posed acquisit ions. 


The distribution by Office is as follows. 
AO currently has two personal computers and 
would like an increase of two in the next year 
for a total of four. Al has at present 28 and 
desires 22 additional units for a total of 50. 
There are currently 14 personal computers in 
A2 and 28 new units are desired for the coming 
year for a total of 42. A3 would like to in¬ 
crease its current six units by three for a 
total of nine, A4 presently has two personal 
computers and would like 14 units in the com¬ 
ing year, A5, with four personal computers at 
present, would like to add 32 new units in the 
coming year. Finally, A6 currently has 36 
personal computers and would like 10 add i- 
tional units in the coming year. 


Numerical comparison of users to personal 
computers. The data indicate that throughout 
A Group there is an overall user-to-personal 
computer ratio of 3,39 to 1 with 312 users for 
92 personal computers. As shown in Figure 2, 
these data are broken down by Office with the 
greatest concentration of users and personal 
computers appearing in Al, A2 and A6. The to¬ 
tals are as follows: 


Figure 2 

PCs In A Group By Office 


Numerical Comparison of Us^rs to PCs 



A Gro up totals: 31 2 users. 92 PCs 
Uaere ^3 PCs 


AO: 3 users, 2 personal computers (1.5 : 1) 

Al: 141 users, 28 personal computers (5 : 1) 
A2; 50 users, 14 personal computers (3.6 : 1) 
A3: 12 users, 6 personal computers (2 : 1) 

A4: 3 users, 2 personal computers (1,5 : 1) 
A5: 7 users, 4 personal computers (1.8 : 1) 
A6: 96 users, 36 personal computers (2.7 : 1) 


Types of systems and their distribution . 
The data in Figure 3 show that there are only 
five types of personal computers in A Group 
that satisfy the criteria outlined in Sect ion 
1.3 above. These are: IBM PC (74 units), IBM 
PC/XT (9 units), Radio Shack TRS 80 (5 units), 
Apple II (2 units) and Tri-information Systems 
BTS 2000 (2 units). 


Typical equipment configurations . In in¬ 
vestigating the equipment configurations for 
each of the five types of personal computer, 
it will be not iced that color monitors are 
conspicuously absent. One of the main reasons 
for this absence seems to be that color moni¬ 
tors currently are TEMPEST approved only for 
zones 4 through 5, Another general trend due 
to the TEMPEST character of the equipment is 
the almost total lack of hard disk drives. 
There are only seven personal computers in A 
Group with hard disk drives at present. 

Figure 3 


Types Of PCs In A Group 

92 Tolol Units 


STS 2000 C2.2fS) APPLE II (2.27:1 
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configurations include 2 floppy disk drives 
and a printer—usually a dot matrix graphics 
printer. Typical equipment configurations for 
each of the five types of personal computer 
are listed below. 


IBM PC . Most of the IBM PCs have 2 floppy 
drives, 1 printer, a monochrome monitor and 
128K, 256K, 384K or 512K of RAM—depending in 
part on how they were acquired. Those units 
acquired through the PCIC come with 512K of 
RAM, while personal computers acquired by sole 
source or competitive bid vary in the amount 
of memory and type of peripherals according to 
the organization's requirements at the time, 
IBM PCs used only as dumb terminals do not, in 
general, have printers. 


IBM PC/XT. As a general rule, the standard 
configuration for IBM PC/XTs is 512K of RAM, 1 
floppy drive, 1-lOM hard disk drive, 1 printer 
and a color monitor. As indicated elsewhere, 
seven of the nine IBM PC/XTs have color moni¬ 
tors , 


Radio Shack TRS80 . Aside from the usual 
personal configuration of 2 floppy drives (one 
has 3 floppy drives), 1 printer and a mono¬ 
chrome monitor, the TRS 80s have either 48K or 
128K of RAM. 


Apple II . While both Apple IIs have 2 
floppy drives and a printer, one has 48K of 
RAM and a monochrome monitor and the other has 
184 k of RAM and both a color and a monochrome 
monitor. 


BTS 2000 . Both BTS 2000s have 64K of RAM, 
2 floppy drives, 1 printer, a monochrome moni¬ 
tor, and 3 communications ports. 


Functional break-down . The question posed 
here was how many personal computers are being 
used solely as dumb terminals as opposed to, 
Stand-alone computers. As indicated in Figure 
4, there are personal computers in Al, A2, and 
A5 that are used only as dumb terminals. 86^ 
(or 79) of the current personal computers in A 
Group are being used only in stand-alone mode, 
while 14% (or 13—8 in Al, 4 in A2 and 1 in 
A5) are being used as dumb terminals. 


Figure 4 


PCs In A Group By Office 


StorKl-olon* vs Dumb Tarmlnal Usoge 



pm Stored-Dumb larminol 


Present and future acquisition methods . 
Three principle means of acquiring personal 
computers have been used in A Group: 

(1) PCIC; 

(2) sole source procurement; and 

(3) loan from another organization. 


64% of the organizations interviewed indicated 
they would not change their method of acquir¬ 
ing personal computers in the coming year. 


Use of personal computers on ^ daily basis . 
The data in Figure 5 indicate that the average 
time per day that personal computers are used 
in A Group is 5.77 hours. Personal computer 
usage broken down by Office is most in Al, A2 
and A4. It should be noted that a contribut¬ 
ing factor to the high daily average in Al is 
the fact that six personal computers are being 
used as dumb terminals 24 hours per day. The 
Office averages are as follows: 
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Figure 5 


4, AppIications 


PC Use In A Group By Office 


Averogs doily PC use 



A Group Averoge; 5.77 Hra/Doy 


AO: 4.5 hours per day 
A1: 10.6 hours per day 
A2: 9.3 hours per day 
A3: 2 hours per day 
A4: 8 hours per day 
A5: 2.6 hours per day 
A6: 3.4 hours per day 

3. Off-the-shelf software 


Figure 6 shows the off-the-shelf software 
that is currently being used in A Group. Or¬ 
ganizations were also asked to subjectively 
rate the software they use on a 1 to 10 scale 
of poor to excellent. The results are shown 
in column three. Note that the software with 
the greatest number of users (seven or more) 
is available through the PCIC. Looking at the 
packages (exclusive of the operating system MS 
DOS) which have the greatest amount of users, 
it is interesting to note that 56% of the 
dBasell users had specific complaints—which 
may account for its 6.8 overall rating. On 
the other hand, only 33% of Word Star users 
and 37.5% of Lotus123 users had complaints 
about these packages. The complaints referred 
to were in response to question number 10 of 
the questionnaire: *Vhat needs of your organi¬ 
zation are not being met by current off-the- 
shelf software?" 


Three general categories of applications 
are examined in this section: applications 
with off-the-shelf software, applications with 
custom designed and written software and ap¬ 
plications which interface off-the-shelf 
software with custom written software. It 
should be noted, however, that there are 
currently only two examples of the third 
category in A Group. For this reason as well 
as the fact that one of these appl icat ions 
uses only off-the-shelf software. Figure 7 
treats them as commercial software applica- 
tions. 


The purpose of the data arrangement in Fig¬ 
ure 7 is to show how organizations use their 
personal computers. Notice that 50% of the 34 
organizations interviewed have applications 
using off-the-shelf software only while 35% of 
these organizations have applications using 
both off-the-shelf software and custom-written 
software. Only 6% have only custom-written 
applications, while 9% have no applications. 
Organizations with no applications are, in 
general, using their terminals as dumb termi¬ 
nals only. 


Applications with off-the-shelf software . 
Off-the-shelf software is being used in A 
Group in three principle ways: for text pro¬ 
cessing, for management or proj ec t t racking 
systems, or for data base applications. 


Text processing . The software being used 
for this type of application is Word Star, 
Volkswriter, Easy Writer, Edix + Wordix, and 
Professional Editor. At least four organiza¬ 
tions indicated that they use Word Star as a 
program editor, while one organization uses it 
to produce graphics-like charts. 


Tracking systems for management and pro¬ 
jects . The software used in this type of ap¬ 
pl ication is Lotus123, Multiplan, and 
Supercalc—the spreadsheet packages, In gen¬ 
eral , these applications are relatively small. 


Data base applications . For the purposeti 
of this survey, a data base on a personal com¬ 
puter is classified as small (less than 50,000 
bytes), medium (50,000 to 175,000 bytes), and 
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Figure 7 


APPLICATIONS WITH PERSONAL COMPUTERS IN A GROUP 


(34 divisions or branches interviewed) 
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large (over 175,000 bytes). For the data base 
software currently being used, it is a given 
that a data base is limited to the size of the 
disk—with the exception of those systems with 
hard disks this means an upper limit of about 
300,000 bytes (exclusive of any indexes). 


The software used is mostly dBasell with a 
very small number of applications using Condor 
and R:Base 4000. dBasell applications range 
from small data bases to large data bases with 
typical applications being inventory control, 
personnel tracking, job profile tracking, and 
clearance tracking. For organizations using 
dBasell, ten have small data base applica¬ 
tions, two have medium data base applications, 
and four have large data base applications. 


Applications with custom designed and writ¬ 
ten software . The most varied applications 
are those that are custom designed and written 
using a prograimning language such as BASIC, C, 
or Pascal. Although, as Figure 7 shows, only 
41% of the organizations interviewed have 
writt en any custom designed software, they are 
broken down into seven functionally different 
applications. These applications are categor¬ 
ized by Office as follows: 


Al: a text editor written in C and two 

separate device control software projects 
written in C and BASIC, respectively 

A2: collection processing and reporting in the 
field 

A3: 8ignals analysis software using Pascal on 
an Apple II 

A5: graphics written in C 

A6: text format translation from personal com¬ 
puter format to a format compatible with 
PWB, written in BASIC and collection 
management software written in C 


Applications interfacing different software 
packages . Al has a budget planning system 
that interfaces Lotusl23, Word Star and 
dBasell. A6 has an educational software ap¬ 
pl ication that interfaces dBasell with custom 
software written in BASIC, 


3. Operational policies and procedures 


In general, it seems that there is an ab¬ 
sence of^formal operational policies regarding 
personal computers due to the lack of large 
enough concentrations of personal computers in 
any one organization. The two exceptions in A 
Group, A4 and A6, are discussed below. The 
remainder of A Group organizations have in 
general some informal procedures they follow 
that deal with security and training, for the 
most part. Informal security procedures in¬ 
clude periodic back up of files, locking up 
data diskettes at night, ensuring that the 
personal computer is turned off at night, 
while training involves either getting a 
manual and learning by trial and error, using 
an automated tutorial, if available, or having 
an experienced user tutor the new user. 


On the other hand, both A4 and A6 have for¬ 
mal written operational policies (A4 's is 
Still in draft form). The topics covered in 
the draft vers ion operational policy of A4 
are: security, standardized files, procurement 
of software, supplies, management of hardware, 
and assistance. 


A63, with the largest single concentration 
of personal computers in A Group, has two 
operational policies: one dealing with instal¬ 
lation and the other with operation. The IBM 
PC Hardware/Software Installation Plan covers: 

[] installation phases; 

[] installation personnel; 

[] installation schedule; 

[] equipment control; 

[] identification of standard software pack¬ 
age; 

[] software distribution plan; 

[] identification of IBM PC supplies to be 

stocked; and 

[] training schedule, material, and 
categories. 


The IBM PC Hardware/Software Policy deals with 
the following topics: 

[] hardware management; 

[] acquisition and distribution of supplies; 
[] maintenance; 

[] software evaluation; 

[] software management; 

[] training; and 
[] security. 


Nov 84 * CRYPTOLOG * Page 32 


F O B OFFICIAL UCE ONLY 






DOCID: 




4009933 


FOn OFTIOIAL UOE ONLY 


6. Problems and Concerns 


The final question on the questionnaire 

asks the interviewee to list any problems or 
concerns the organization has, in general, re¬ 
garding personal computers. Out of a total of 
34 organizations interviewed, 25 indicated 

that they had such problems and concerns, A 
total of 66 problems/concerns were listed for 
an average of 2.6 per organization. The 
responses fall roughly into six categories: 

[] acquisition and installation of hardware 
and software; 

[] training and support; 

[ ] general operation and maintenance of 

hardware; 

[] human interface with the hardware and 
software; 

[] intermachine communications; and 
[] security. 


around; 

[] training at the branch and division level 
needs to be conducted regarding the use¬ 
fulness of personal computers; and 

[ ] software evaluations need to be central¬ 
ized, published and distributed on a reg¬ 
ular basis to the users. 


General operation and maintenance of per¬ 
sonal computer hardware. Typical problems 
listed in this category were: 

[] the graphics printer is too slow; 

(] personal computer response time is too 
slow; and 

[] there is not enough memory or peripheral 
storage for some applications. 


Acquisition and installation of hardware 

and software . Sample responses were: 

[] no dust covers are provided or are gen¬ 
erally available; 

[] not enough personal computers are avail¬ 
able: wait ing for the AST impedes ar 
quisition of personal computers which it 
may render obsolete; 

[] there are too many bureaucratic levels to 
go through in the procurement process; 

[] supplies are hard to get and there are 
many delays; 

[ ] there is a need for color graphics, but 

the standard configuration does not have 
a color monitor; and 

[] there is no mechanism for upgrading the 

personal computer hardware. 


Training and support . Among the problems 

listed were 

[ ] software manuals are difficult to under¬ 
stand and use; 

[] personal computer training and support is 
not centralized, thus causing the user to 
waste time and effort learning by trial 
and error; 

[] there is an overall lack of planning for 
training and support and not enough to go 


Human interface with personal computer 

hardware and software . Some sample responses 

in this category were: 

[] the keyboard is poorly designed and 
therefore difficult to use accurately; 

[ ] images on the monochrome monitors are 
fuzzy and difficult to read, which causes 
eye strain; 

[] the available software and documentation 
are too complex for user requirements and 
difficult to understand; 

[] there is not enough space to put the per¬ 
sonal computers; 

[] the graphics printer is too loud and dis¬ 
turbs co-workers; and 

[] several personal computers in the same 
area give off enough heat to make the 
room uncomfortably warm. 


Intermachine communication . This category 
includes problems expressed concerning net¬ 
working as well as communicat ions to a host 
computer. Sample problems listed were: 

[] networking is not being addressed despite 
a requirement for it; 

[] the reliability of file transfer between 
a host and personal computer is doubtful; 
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[ ] there is a need to have communications 
hook up to main framesj 

(] there needs to be an efficient, quick 
method for inputting large quantities of 
information from a host computer; and 

[] there is a need for Xerox 860 compatibil¬ 
ity- 


Security . Problems 1isted under this 

category included: 

[] there is a need for a removable hard disk 
capability; 

[] organizations fear the proliferation of 
compartmentalized data; 

[] there is no password security; and 

[] TEMPEST should be done before acquisition 
of hardware. 


According to official A63 memoranda dated 
22 February and 1 May, A63 is equipped to pro¬ 
vide the following support to A Group personal 
computer users: 

[] hardware/software consultation, 

[] software demonstrations and training; 

[] hardware demonstrations and training; 

[] off-the-shelf software evaluations; and 
[] a personal computer users group. 


The PC users group meets once a month for an 
hour and is an excellent opportunity for A 
Group users to exchange ideas and discuss mu¬ 
tual problems. In addition to these services, 
A63 currently provides personal computer ap¬ 
plications development support to A606 and A2. 

8. Conclusions 


7, Support 


The questions addressed in this section 
deal with where A Group personal computer 
users currently get hardware and software sup¬ 
port , if any, and the existence of a local, 
centralized support within A Group. 


Sources currently cited by A Group users . 
Figure 8 shows that seven sources for personal 
computer support were cited. These include: 
'individuals in A Group*, A109, A63, B6, the 
PCIC, T2, and T3, Interestingly enough, 
eleven organizations (32%) indicated that they 
receive no support at all. A slightly larger 
number indicated that A63 provides support— 
although it should be borne in mind that four¬ 
teen of the organizations interviewed are in 
A6. In other words, it would seem that the 
role of A63 to provide computer applications 
support for all of A Group is not yet widely 
understood—at least in the context of per¬ 
sonal computers. 


Figure 8 


PCs have been in A Group only a relatively 
short length of time and thus it should be 
stressed that the situation regarding PCs in A 
Group is transitory and will likely change in 
many ways. There is naturally some reticence 
on the part of prospective users who are used 
to the power of a main frame to recognize the 
utility of the PCs. At the same time, in- 
house training and software evaluation were 
not initially available to user's on an offi¬ 
cial basis and are only now starting to 
develop. As a result, inexperienced users are 
experiencing some frustration and hence many 
PCs are not being fully utilized. Other rea¬ 
sons include the fact that most organizations 
do not have communications to main frames yet 
although they have a requirement to work with 
data stored on the main frame. 


Current PC Hardware/Softwj^re Support 
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ACTION LINE (U) 


Dear Faction Line: 


Something must be done before it is too 
late! We are approaching a situation akin to 
the "critical mass" In the cafeteria. I refer 
to the "to and fro gang." You can see them any 
day wandering about looking for a table, 
knuckles growing white holding their trays as 
desperation assails them, their eyes flicker* 
ing endlessly in 360 sweeps, and their food, 
so near yet so far, growing cold. What is 
needed are bold and innovative measures. A 
few of these are addressed as follows. 


Make people eat faster. This may be subdl* 
vided into two categories: (1) chewing and (2) 
gulping. It is suggested that M7 monitor 
chewing and gulping norms as they currently 
exist on the part of those eating in the 
cafeteria. Based upon physiological stress 
standards as they affect the alimentary tract, 
it is believed that more rapid chew and gulp 
rates may be achieved. Special courses or 
seminars to this end could be established in 
order to enable personnel to meet newly 
prescribed standards for chewing and gulping. 
In order to raise motivations, a new skill 
field in this area should be established which 
could lead to certification and even bonuses, 
e.g., FLAP (^ood Loading Acceleration ^ay) ^ 
Further, for those achieving chew/gulp rates 
(CG/r) faster than prescribed, compensatory 
leave should be allowed. This could be 
achieved by a time card check in/check out 
system at the entrance to the cafeteria or 
even possibly tied into the new badge system 
by assigning everyone a "GIN" (gastronomic 
_Intake Number). 


Use larger forks: doubling the size of 
forks would double intake. In this regard, 
forks should be provided in two configura¬ 
tions: one twice the length and one twice the 
width in order to conform to varied oral 
specifications. The large fork factor (LFF) 
when combined with CG/R would materially ac¬ 
celerate consumption time (CT). In short, LFF 
+ CG/R * CT. The same approach should be used 
for spoons, and, when peas are on the menu, 
knives. Thus we can also add both large spoon 
factor (LSF) and a large knife factor (LKF). 
Therefore, even when a person has soup, and a 
hot plate with peas, it still obtains that 

CG/R + LFF + LKF + LSF = CT. 


Use higher tables or lower chairs. This 
lessens the distance the arm must travel 
between plate and mouth. The optimum distance 
is suggested as two inches, as opposed to the 
more normal distance of 18 inches. This would 
Increase by a factor of 9 the rate of food in¬ 
take (9 X RFI). When combining RFI with in¬ 
creased CG/R and the realization of 
LFF/LSF/LKF, CT should be reduced to approxi¬ 
mately three minutes, a savings of 27 minutes 
based upon current standards. When calculated 
against a loss of $300,000,000 per annum for 
the nonproductive cafeteria time of 15 extra 
minutes a day beyond the prescribed half hour, 
the savings of 27 minutes a day would add 
$540,000,000 of production rate per annum 
beyond the normal work year of the federal es¬ 
tablishment. With perhaps $40,000,000 of this 
employed to subsidize free antacids, the new 
cost-out of increased production rates would 
still be substantial. Lets move out smartly! 
It is time to clip the wings of this octopus! 
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A. Did Dale counterfeit tickets to battle- _ 

ground (2 wds) 102 30 205 10 199 28 85 62 157 37 148 

B. When visiting with a boor, never sing _ 

Dorothy’s great song (3 wds) 108 21 139 195 50 202 36 119 210 32 

T45 ^ 187 176 

C. Call this Greek by phone on Roman 10 _ 

117 109 33 3 197 159 86 193 

D. Ax me not where to bury this (2 wds) _ 

67 169 77 177 81 128 6 51 89 181 

E. Where the much bejeweled lady wore her _ 

sixth ring (4 wds) 192 143 135 105 7 215 27 100 75 78 

lu ~T6 
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F. Ease peas are for the doctor 

G. Try to use Indian blight in indiscernible 
circumstances 

H. Frank camera 

I. "The New Colossus": The other structure 
with which Alexander Eiffel was 
associated (3 wds) 

J. He wanted Ned, Dee and Sam 

K. Cross off King Tut's middle name 

L. Ran into little Edward and gave him his 
share 

M. Bury between 

N. These reptiles enjoy tea amid the 
cardinal points 

O. Literally, Greek magma 

P. In a state of stimulation, it has a fixed 
period of expiration (3 wds) 


U. Tossed with rewarding results 
V. Enchanted, he marched off 
W- Caesar’s white road 

X. This African grain is not efficient 

Y. When I saw rainbow effect on iced 
screen, I cried 

Z. Los Angeles Ram’s embraceable one 

a. He laughed as he bantered with the 
^African queen 
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Q. Auto pioneer after whom tb)o cars were named 
— the other one being the Reo 

R. That liver I ate made me feel very macho 

S. That mineral I bent seemed to go on and on 
and on 

T. This Latin is amid late back type of drug 
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